home *** CD-ROM | disk | FTP | other *** search
/ The CDPD Public Domain Collection for CDTV 4 / CDPD_IV.bin / e / mailinglists / amigae.0793july.archive / 000015_crash!splat.aa….edu.au!DCAmiga_Fri, 9 Jul 93 03:47:17 PST.msg < prev    next >
Internet Message Format  |  1994-05-26  |  3KB
  1. Received: by bkhouse.cts.com (V1.16/Amiga)
  2.     id AA00000; Fri, 9 Jul 93 03:47:17 PST
  3. Received: from brolga.cc.uq.oz.au by crash.cts.com with smtp
  4.     (Smail3.1.28.1 #15) id m0oEFmy-0000iCC; Fri, 9 Jul 93 03:34 PDT
  5. Received: from splat.aarnet.edu.au by brolga.cc.uq.oz.au with SMTP (PP);
  6.           Fri, 9 Jul 1993 20:09:21 +1000
  7. Received: by splat.aarnet.edu.au (4.1/SMI-4.1) id AA03042;
  8.           Fri, 9 Jul 93 20:08:59 EST
  9. Date: Fri, 9 Jul 1993 19:57:32 +1000 (EST)
  10. In-Reply-To: <199307052236.AA20858@mars.let.uva.nl>
  11. Message-Id: <Pine.3.07.9307091923.A3022-b100000@splat>
  12. Mime-Version: 1.0
  13. Content-Type: TEXT/PLAIN; charset=US-ASCII
  14. From: DCAmiga <DCAmiga@splat.aarnet.edu.au>
  15. To: Wouter van Oortmerssen <wouter@mars.let.uva.nl>
  16. Cc: amigae@bkhouse.cts.com
  17. Subject: Re: The future of E
  18.  
  19.  
  20.  
  21. On Tue, 6 Jul 1993, Wouter van Oortmerssen wrote:
  22.  
  23. > The current version betatesters work with is v2.3g, and it already has
  24. > the following features:
  25. >  
  26. > - error reconstruction: EC now exactly pinpoints the character that
  27. >   caused the error
  28. > - optimisations: EC is now 20% to 70% faster than EC2.1b
  29. > - optimisations in code-generation.
  30. > - reduction in EC's memory consumption with 40% to 50%
  31. > - default arguments a la C++
  32. > - kick 3.0 modules
  33. > - object inheritance (without methods, for now)
  34. > - multiple returnvalues and multiple-value assignments
  35. > - symbolhunks for use with profiler
  36. > - .o to .m file converter (for assembly)
  37. > - numerous small bugs fixed and small enhancements made
  38. >  
  39. > - compilation to modules.
  40. >  
  41. > Features that will also be implemented before the next release (v2.5):
  42. > - full float (:REAL), 68881/2 support.
  43. > - a better version of SrcGen supporting the v2.5 features
  44. > - more code generation optimisations
  45. > - some 020 support
  46. > - vast amount of highlevel modules for all sorts of tasks.
  47. >  
  48. > Features that I don't know of in which release they'll be implemented:
  49. > - other OO features (next to object inheritance)
  50. > - source level debugger
  51. > - full 020 support
  52. > - module caching
  53. >  
  54. > (and ofcourse MUCH more)
  55. >  
  56.  
  57.     Wouter,
  58.         All of these things sound very interesting and I can't
  59. wait to see them, but one thing I really want is linkable object output so
  60. that I can link E code to C and ASM object files.  Will this be
  61. implemented soon?
  62.  
  63. Another thing which worries me a bit is the self-modifying code in the
  64. compiler and in the executables it generates.  (Although everything seems
  65. to work on my '040 okay with copyback on.)
  66.  
  67. Thanks - Andrew Dunbar.
  68.  
  69.